home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20010306-20010921
/
000184_fdc@watsun.cc.columbia.edu_Fri May 25 09:55:40 EDT 2001.msg
< prev
next >
Wrap
Text File
|
2001-09-20
|
5KB
|
145 lines
Article: 12487 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: kermit-connection + kermit -s + error-count: NOT redialing-in?
Date: 25 May 2001 13:55:42 GMT
Organization: Columbia University
Lines: 128
Message-ID: <9elo8u$oa5$1@newsmaster.cc.columbia.edu>
References: <9el6lu$441$1@panix2.panix.com>
NNTP-Posting-Host: watsun.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 990798942 24901 128.59.39.2 (25 May 2001 13:55:42 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 25 May 2001 13:55:42 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12487
In article <9el6lu$441$1@panix2.panix.com>,
David Combs <dkcombs@panix.com> wrote:
: I have a sparc5/solaris7 with kermit; using kermit
:
What version?
: I dial into Panix.com (uses netbsd on PCs).
: Fine. I login, run tcsh, etc.
: NOW, I want to download (to my sun) a big file.
: Actually, due to problems with binary mode...
:
Why should there be a problem with binary mode?
Kermit is perfectly capable of transferring binary
files over any kind of connection, including
7-bits-with-parity, and/or through terminal servers
or other devices that are not fully transparent.
You might have to use one or both of the following
commands:
set parity space
set prefixing all
: ...I take the .tar.gz and uuencode it and
: then (because of downloading problems on
: this panix system I'm using, or due to the
: interface I have incorrectly set up),
: I "split -l1000 foo.tar.gz.uue zz",
:
There should be no need for that either. Kermit
can transfer big files. If you get disconnected in
the middle, you can resume where you left off:
resend <filename>
: resulting in maybe 30 zzaa zzab ... files to download.
:
: I run kermit -s `cat zz*` (actually, `cat t.nam`)
: and depending on time of day or something I don't
: understand, it will do several zz-files and then
: get hung there, slowly incrementing the error-count.
:
: NOTE that I am using kermit for the initial
: connection itself, and then (on my shell acct
: on panix) I run *their* kermit -s to download.
:
What version of Kermit is on Panix? And Panix is now
running what OS? NetBSD? What version?
: I am not sure just what is going on, whether
: there is one or two kermits running, or what.
:
: BUT -- here is the problem:
:
: That panix-kermmit -s; it starts generating ERRORS.
:
What kind of errors? What messages do you see?
: Slowly.
:
: (Rarely, very rarely, after several errors, it
: somehow cleans itself up and quickly finishes
: the download.)
:
: Anyway, now I want to STOP that (second) kermit (the
: one I started on panix, with the -s `cat t.nam`).
:
: Hell, I'd like to KILL that job -- and then
: get back to the tcsh prompt ON PANIX, and
: then rerun that kermit -s ... --
:
: NOT TOUCHING THE KERMIT RUNNING ON MY SPARC5!
:
: PROBLEM: that seems IMPOSSIBLE.
:
There are many ways to to it:
1. While the file transfer is in progress
and the file-transfer display is active
on your screen, just press the E key.
That should stop Kermit on the far end
and put the local Kermit back at the
prompt.
2. If (1) doesn't work, stop the transfer with
Ctrl-C, then CONNECT, then type three (3)
Ctrl-C's in a row to stop the remote Kermit.
: QUESTION: any way to set the limit on the errors...
:
Yes:
set retry-limit 3 ; or other desired number
: ... and
: if so, will THAT make the panix-kermit die but
: keep me logged into panix, at a shell prompt there?
:
The above command should do it.
: QUESTION: where in c-kermit book is the list
: of "options" ("switches") -- can't find them
: in the index.
:
You mean command-line options? In Appendix I, p.461.
The fact that you have so much trouble transferring
files with Panix suggests that the modem and port on the
Panix end are not configured right. What is the Panix
modem connected to? A terminal server? A serial port
on the computer? In any case, the port has to be
configured for RTS/CTS hardware flow control, and so
does the answering modem. Also the modem has to be
configured for answering -- no messages, no sensitivity
to +++ or any other characters, 8 data bits no parity,
and so on. I realize you have no control over that.
If the Panix side does not have hardware flow control
enabled, maybe you can work around it by using software
flow control:
set flow xon/xoff
There's a whole chapter in the book about solving
file-transfer problems. The nice thing about Kermit
is that it has settings to let you work around almost
any conceivable misconfiguration or connection problem.
- Frank